SYSTEM AND METHOD FOR APPLYING COLOR 
MANAGEMENT ON CAPTURED IMAGES 



CROSS REFERENCE TO RELATED APPLICATIONS 

This application claims the benefit of provisional patent 
application Serial No. 60/185, 034, filed February 25, 2000. 

TECHNICAL FIELD OF THE INVENTION 

This invention relates generally to computer graphics and 
digital images, and more particularly to performing color 
management operations on color image data captured by an 
image-capturing device, such as a digital camera or a scanner. 

BACKGROUND OF THE INVENTION 

Digital image-capturing devices, such as scanners, 
digital still-image cameras and digital video cameras, are 
experiencing a rapid growth in popularity and are becoming 
increasingly affordable. One factor contributing to that 
growth is the availability of popular software applications 
and system tools that allow an average user to perform various 
rather sophisticated graphic operations on a captured image to 
obtain results with a reasonably good quality. Another factor 
contributing to that growth is that it has become commonplace 
for a user to use color images creatively in various forms of 
presentations and communications. Many users create their own 
original color images by using the image-capturing devices. 
For instance, a user can use a digital camera to take a 
picture of her family, edit the picture by performing 
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compositing, morphing, color correction, or various other 
editing operations, then display or print the edited color 
image, insert the image in a presentation document or a Web 
page, or attach the image to an e-mail. 
5 After an image is obtained with an image-capturing 

device, the color data of the image often have to go through 
some forms of color processing. Such color processing 
typically includes a color space conversion, because the color 
data generated by an image-capturing device are generally in a 
10 device-specific color space that is different from the color 
space or spaces used by the image-processing application for 
;~ image editing. Besides a color space conversion, color 
;2 corrections or filtering may also be performed on the color 
image data. 

^15 Since image acquisition using image-capturing devices has 

* become an increasingly important part of computer usage, it is 
y desirable to provide a way to makes it simpler for an average 
| user to handle color processing of captured images. With 

existing color-capturing devices and image processing 
20 applications, however, either very simple color adjustments 

are performed at the front end of the data chain by the device 
or device driver, or very complicated color management 
operations requiring extensive user involvement is performed 
at the back end of the chain on the application level. In the 
25 existing color acquisition systems, there is no automation for 
advanced color management and no coordination to prevent 
duplicate color processing along the data chain. In 



particular, a color space conversion is typically performed on 
the application level. To perform the color space conversion 
operation, the user may be asked to specify the source and 
destination color spaces of the conversion and identify the 
color profiles to be used in the conversion. Such an approach 
assumes that the user has a good operative knowledge of color 
theories and various color spaces. Such knowledge is beyond 
the average consumers targeted by most of the image-capturing 
devices and image-processing applications. Accordingly, there 
is a need for a way to allow automated and flexible 
application of color management on color image data generated 
by image-capturing devices with minimal user involvement. 

SUMMARY OF THE INVENTION 

In view of the foregoing, the present invention provides, 
a system and method for image acquisition that enables 
automated application of advanced color management operations 
at the level of the device driver of an image-capturing 
device. As a result, color management on captured image data 
can be selectively applied by an image processing application 
without the need for extensive user involvement. The image 
acquisition system in accordance with the invention is based 
on an architecture in which each image-capturing device has 
properties or operation parameters that can be set by the 
image-processing application to control the operation of the 
device. During an image acquisition operation, color image 
data generated by the image-capturing device are transmitted 
to the device driver. If a property indicating whether color 



management is to be performed is set, the device driver calls 
one or more appropriate color management functions provided by 
the operating system to perform the desired color operation, 
such as a color space conversion, on the received color image 
5 data. The device driver then forwards the processed color 
image data to image-processing application for further 
processing or editing. In this way, relatively advanced color 
management functionality provided by the operating system can 
be automatically and selectively applied to a captured color 
10 image, without the need for extensive user involvement. 

Additional features and advantages of the invention will 

^ be made apparent from the following detailed description of 

; =0 illustrative embodiments, which proceeds with reference to the 

i s U accompanying figures. 

□15 

M BRIEF DESCRIPTION OF THE DRAWINGS 

fy While the appended claims set forth the features of the 

fi present invention with particularity, the invention, together 
with its objects and advantages, may be best understood from 
20 the following detailed description taken in conjunction with 
the accompanying drawings of which: 

Figure 1 is a block diagram generally illustrating an 
exemplary computer system on which the present invention may 
be performed; 

25 FIG. 2 is a schematic diagram showing an embodiment of an 

image acquisition system in which color management 
functionality provided by the operating system may be 
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selectively applied to color image data captured by an image- 
capturing device at a device driver level; 

FIG. 3 is a schematic diagram showing an exemplary device 
item tree model representing an image-capturing device and 
having image items with settable properties; and 

FIG. 4 is a flowchart showing an image acquisition 
process in the embodiment of FIG. 2 in which color management 
may be applied to color image data provided by an image- 
capturing device. 

DETAILED DESCRIPTION OF THE INVENTION 

Turning to the drawings, wherein like reference numerals 
refer to like elements, the invention is illustrated as being 
implemented in a suitable computing environment. For 
illustration purposes, a typical personal computer system is 
described in connection with FIG. 1, and the invention will be 
described in detail in reference to FIG. 2 and the remaining 
Figures. Although not required, the invention will be 
described in the general context of computer-executable 
instructions, such as program modules, being executed by a 
personal computer. Generally, program modules include 
routines, programs, objects, components, data structures, etc. 
that perform particular tasks or implement particular abstract 
data types. Moreover, those skilled in the art will 
appreciate that the invention may be practiced with other 
computer system configurations, including hand-held devices, 
multi-processor systems, microprocessor based or programmable 



consumer electronics, network PCs, minicomputers, mainframe 
computers, and the like. The invention may also be practiced 
in distributed computing environments where tasks are 
performed by remote processing devices that are linked through 
5 a communications network. In a distributed computing 

environment, program modules may be located in both local and 
remote memory storage devices. 

With reference to Fig. 1, an exemplary system for 
implementing the invention includes a general-purpose 
10 computing device in the form of a conventional personal 

computer 20, including a processing unit 21, a system memory 
!y 22, and a system bus 23 that couples various system components 

^ including the system memory to the processing unit 21. The 

^ system bus 23 may be any of several types of bus structures 

-3 15 including a memory bus or memory controller, a peripheral bus, 
i s f and a local bus using any of a variety of bus architectures. 

TU The system memory includes read only memory (ROM) 24 and 

Q random access memory (RAM) 25. A basic input/output system 

(BIOS) 26, containing the basic routines that help to transfer 
20 information between elements within the personal computer 20, 
such as during start-up, is stored in ROM 24. The personal 
computer 20 further includes a hard disk drive 27 for reading 
from and writing to a hard disk 60, a magnetic disk drive 28 
for reading- from or writing to a removable magnetic disk 29, 
25 and an optical disk drive 30 for reading from or writing to a 
removable optical disk 31 such as a CD ROM or other optical 
media . 
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The hard disk drive 27, magnetic disk drive 28, and 
optical disk drive 30 are connected to the system bus 23 by a 
hard disk drive interface 32, a magnetic disk drive interface 
33, and an optical disk drive interface 34, respectively. The 
5 drives and their associated computer-readable media provide 
nonvolatile storage of computer readable instructions, data 
structures, program modules and other data for the personal 
computer 20. Although the exemplary environment described 
herein employs a hard disk 60, a removable magnetic disk 29, 
10 and a removable optical disk 31, it will be appreciated by 

those skilled in the art that other types of computer readable 
media which can store data that is accessible by a computer, 
such as magnetic cassettes, flash memory cards, digital video 
disks, Bernoulli cartridges, random access memories, read only 



operating environment . 

A number of program modules may be stored on the hard 
disk 60, magnetic disk 29, optical disk 31, ROM 24 or RAM 25, 
including an operating system 35, one or more applications 

20 programs 36, other program modules 37, and program data 38. A 
user may enter commands and information into the personal 
computer 20 through input devices such as a keyboard 40 and a 
pointing device 42. Other input devices may include a 
microphone, joystick, game pad, or the like. Especially 

25 important for purposes of the invention, the input devices may 
include image-capturing devices, such as scanners and digital 
cameras, as sources of color image data. These and other 
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memories, and the like may also be used in the exemplary 




input devices are often connected to the processing unit 21 
through a serial port interface 4 6 that is coupled to the 
system bus, but may be connected by other interfaces, such as 
a parallel port, game port or a universal serial bus (USB) . A 
monitor 47 or other type of display device is also connected 
to the system bus 23 via an interface, such as a video adapter 
48. In addition to the monitor, personal computers .typically 
include other peripheral output devices, not shown, such as 
speakers and printers. 

The personal computer 20 may operate in a networked 
environment using logical connections to one or more remote 
computers, such as a remote computer 49. The remote computer 
4 9 may be another personal computer, a server, a router, a 
network PC, a peer device or other common network node, and 
typically includes many or all of the elements described above 
relative to the personal computer 20, although only a memory 
storage device 50 has been illustrated in Fig. 1. The logical 
connections depicted in Fig. 1 include a local area network 
(LAN) 51 and a wide area network (WAN) 52. Such networking 
environments are commonplace in offices, enterprise-wide 
computer networks, intranets and the Internet. 

When used in a LAN networking environment, the personal 
computer 20 is connected to the local network 51 through a 
network interface or adapter 53. When used in a WAN 
networking environment, the person computer 20 typically 
includes a modem 54 or other means for establishing 
communications over the WAN 52. The modem 54, which may be 



internal or external, is connected to the system bus 23 via 
the serial port interface 46. In a networked environment, 
program modules depicted relative to the personal computer 20, 
or portions thereof, may be stored in the remote memory 
storage device. It will be appreciated that the network 
connections shown are exemplary and other means of 
establishing a communications link between the computers may 
be used. 

In the description that follows, the invention will be 
described with reference to acts and symbolic representations 
of operations that are performed by one or more computers, 
unless indicated otherwise. As such, it will be understood 
that such acts and operations, which are at times referred to 
as being computer-executed, include the manipulation by the 
processing unit of the computer of electrical signals 
representing data in a structured form. This manipulation 
transforms the data or maintains it at locations in the memory 
system of the computer, which reconfigures or otherwise alters 
the operation of the computer in a manner well understood by 
those skilled in the art. The data structures where data is 
maintained are physical locations of the memory that have 
particular properties defined by the format of the data. 
However, while the invention is being described in the 
foregoing context, it is not meant to be limiting as those of 
skill in the art will appreciate that various of the acts and 
operation described hereinafter may also be implemented in 
hardware . 




Referring now to FIG. 2, the present invention is 
directed to an image acquisition system and method that 
enables automated color management to be selectively applied 
to color image data generated by an image-capturing device 70, 
5 such as a digital camera 72, a scanner 74 , or another type of 
image-capturing device, with minimal involvement of a user 76. 
As will be described in greater detail below, the automated 
color management on captured images is based on an image 
acquisition system in which an image-processing application 78 
10 is enabled to set operation parameters (or properties) of an 
image-capturing device 70. By setting appropriate properties 
l 3 of the image-capturing device 70, the application 78 can 

; |S control the device driver 80 of the image-capturing device to 

selectively apply color management on the captured image data 
□ 15^82. To that end, an interface 84 is provided through which 

the device driver 80 can call a color management component 90 
m provided by the operating system 88 to perform various color 
management functions, such as a color space conversion, on 
image data received from the image-capturing device. 
20 Alternatively and/or additionally, a user interface may be 

provided by the application or the operating system to allow 
the user to select the application of color management at the 
device level. Moreover, the decision to apply color 
management at the device level may also be made by the 
25 operating system. 

In the following description, the invention will be 
described in the context of an embodiment based on the Windows 




Image Acquisition (WIA) architecture, which is part of the 
Windows operating system of Microsoft Corporation. It will be 
appreciated, however, that the system and method for applying 
color management operations on captured images in accordance 
5 with the invention can also be implemented for- use with other 
types of operating systems. 

In the embodiment shown in FIG. 2, the computer system 
may have one or more image-capturing devices, such as scanners 
72, digital cameras 74, etc. For simplicity of illustration 
10 and description, the following description will refer to a 

generic image-capturing device 70. The image-capturing device 
70 functions as a source of color image data, which can be 
im P transmitted to an image-processing application 78 for various 

: T\ 
•it - 

W types of processing and editing operations. The processed or 

•I -ft 

□15 edited color image may then be displayed on a color display 

M= device (such as a computer monitor 96) for viewing, printed on 

ill a printer 98, or included in a document for presentation or 

in 

; a 3 communication purposes. 

In accordance with an aspect of the invention, the 

20 operating system 88 of the computer provides advanced color 
management functionality that can be invoked through 
appropriate functions of an Application Programming Interface 
(API) 84. The color management component 90 preferably 
performs three main functions to improve color consistency 

25 across devices and applications: mapping colors between 

programs, transforming colors, and providing accurate on- 
screen or print previews for color correction. Without such 




color management functionality provided by the operating 
system, the different programs tend to generate their own 
colors and settings, and consistent color interchange could be 
severely limited. 

To enhance the flexibility and quality of color 
operations, the color management 90 preferably supports 
multiple color formats. For instance, in a preferred 
embodiment, the color management 90 supports color data in the 
sRGB color space, the scRGB color space, as well as color data 
with embedded color profile information, such as International 
Color Consortium (ICC) profiles. The sRGB (which stands for 
"standard RGB") color space is a device-independent 
perceptual-based color space that is an international standard 
(IEC 61966-2-1) based on a proposal by Hewlett-Packard 
Corporation and Microsoft Corporation. It has a substantially 
linear gamma with respect to uniform human perception. The 
scRGB (which stands for "standard capture RGB") is a device- 
independent physical-based color space that is an 
international standard draft (IEC 619666-2-2 1CD) based on a 
proposal by Microsoft Corporation. This color space has a 
substantially linear gamma with respect to luminance. 

In the context of image capturing, one of the primary 
purposes of applying color management is to convert color data 
from a source color space to a destination color space. For 
example, color data in the sRGB space may be converted into 
the scRGB space, and vice versa, or to the color space of an 
output device (such as a printer or a display) according to 




the ICC color profile of that device. Similarly, input color 
image data such as those generated by an image-capturing 
device may be converted to a desired color space (e.g., sRGB) 
for editing operations, and that conversion may be based on an 
5 ICC color profile for the input data. The source and 

destination color spaces are, of course, not limited to the 
sRGB and/or device spaces. For instance, the conversion may 
be from the device space to a CMYK space. Also, if the device 
performs color preprocessing and outputs color data in a given 
10 color space such as sRGB, the color conversion may be from 
; s 3 that given space to another desired space. In another 

ffk scenario, a color conversion is not performed, but a source 

:=S ICC profile is embedded in the image metadata of the captured 

"~ image. Alternatively, the color conversion is performed and 

:=f 15 the destination ICC profile is embedded into the image 
|™ metadata. This allows images to be stored, for example, on a 

!^ flash memory with the correct colors if the destination color 

□ space is not a standard color space. 

The color management 90 may also support various color 
20 modifications, such as brightness, contrast, and grayscale 
modifications, etc. The color management may also be used, 
for instance, to include abstract ICC profiles with the image 
data and perform color corrections to create a desired effect 
(e.g., highly saturated images). When a color conversion is 
25 to be performed, the color management functions may also be 

used, for example, to check the difference between the source 
and destination color spaces to determine whether color 




conversion is necessary or will significantly impact the color 
quality of the image. 

As mentioned above, in accordance with an aspect of the 
invention, the operating system 88 of the computer employs an 
5 image acquisition architecture that enables an application 78 
to communicate with and receive color data from an image- 
capturing device 70. In a preferred embodiment, the image 
acquisition architecture includes a system-supplied image 
acquisition service 100 through which an image processing 
10 application preferably can monitor, communicate with, and 

receive data from image capturing devices. The device driver 
^ 80 communicates with both the image capturing device 70 and 

^ the image acquisition service 100 and routes requests from the 

W application to the image capturing device and notifies the 

Q 15 application when device events, such as data transfer ready 

events, occur. The image acquisition service 100 works with 
fU the device driver 80, which is typically supplied by the 

i f? 

i ; 3 vendor of the image-capturing device. As shown in FIG. 2, the 

device driver 80 communicates with its associated image- 

20 capturing device 70 through system-supplied or vendor-supplied 
kernel-mode I/O device drivers 102, and communicates with the 
image acquisition service 100 through a Device Driver 
Interface (DDI) 106 provided by the image acquisition service. 
The image acquisition architecture further includes a system- 

25 supplied services library 108 containing helper functions for 
assisting in the development of a device driver for use in 
this architecture . 




In the illustrated embodiment, the device driver 80, 
which is typically vendor-supplied, is a user-mode component 
that directs image acquisition property changes and commands 
to its associated image capturing device 70. The image 
5 acquisition DDI 106 provides entry points for the image 

acquisition service 100 to control the device driver 80. The 
device driver 80 also provides a device-specific user-mode 
interface 112 to the kernel-mode image driver 102, which 
drives the imaging device through a driver such as a USB 
10 driver. The kernel-mode image driver, which are bus-specific, 
packages data for delivery to the image-capturing device 70 

: : 

■5W 

v3 and transfers data from the image-capturing device to the 

: J3 device driver 80. The communications between the kernel-mode 

Ly image driver 102 and the image-capturing device 80 may be 

q15 based on one of different types of buses. For instance, in 

u one implementation, kernel-mode image drivers for the USB, 

py SCSI, and IEEE 1394 buses are provided with the operating 

: — 
\ 3 r 

'm system 70. 

isa * An image-processing application 78 communicates with the 

20 image acquisition service 100 through an image acquisition 
Application Programming Interface (API) 110 provided by the 
operating system to access images and acquire image data from 
the image-capturing device 70. Requests made by the 
application 78 concerning the image-capturing device 70 are 
25 directed to the image acquisition service 100, which in turn 
directs the requests to the appropriate device driver 80 
through the image acquisition Device Driver Interface (DDI) 
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106. In this way, the application can perform the following 
device-related operations: installing imaging devices, reading 
properties of installed devices, creating device objects, 
monitoring and delivering device events, acquiring device 
5 data, and communicating application device requests. 

In a preferred embodiment, each image-capturing device 70 
is represented logically as a hierarchical tree of image 
acquisition items. In this logical device model, the root 
item of a hierarchical tree represents the device, and the 
10 child items represent images or folders of the device. A 

folder may contain images and/or other folders. Each item in 
: the tree has operation properties that can be queried or set 

[ by the corresponding device driver. An item is used by an 
? application through the image acquisition service to do things 

1 1 5 such as obtaining and setting device information, controlling 
L the device operation, and initiating device item enumeration. 
J An application acquires data from an item by requesting a data 
j transfer from the item. 

By way of example, a sample driver item tree 120 for a 
20 digital camera is shown in FIG. 3. In this example, the 

camera root item 122 has two picture child items 124, 126 and 
a folder child item 128. The folder item 128 in turn has two 
child items 130, 132 that are both pictures. Through the use 
of this device item tree 120, an application 78 can make 
25 requests via the image acquisition service 100 to query 

capabilities of the digital camera, set camera device and 
picture properties, and request a data transfer. Other items 



may also be included in this camera device tree to represent, 
for example, sound data or any other data on the camera that 
it can provide to the application. 

In accordance with a feature of the invention, color 
management operations, especially color space conversions, can 
be selectively performed by the device driver on image data 
generated by the associated image-capturing device 70. 
Specifically, the image acquisition architecture of the 
operating system enables the application to control whether 
color management is to be applied on the device driver level 
by setting the properties of the device accordingly. 
Furthermore, appropriate Application Programming Interface 
(API) 84 functions are provided to enable the device driver to 
call into the color management functions. 

In the illustrated embodiment, by setting the appropriate 
properties of the image item in the device tree representing 
the captured image, the application 78 can indicate whether 
color management is to be appilied by the device driver 80, and 
which color management operations are to be performed. As 
mentioned above, one important color management operation 
often to be performed on captured color images is the 
conversion from the color space of the image-capturing device 
to a different color space. The image processing application 
can request the device driver 80 to invoke the color 
management function for converting the color image data to the 
desired color space. 




As an example, in one embodiment, all device drivers are 
expected to return captured image data in the sRGB color space 
by default. If a device driver is not set up otherwise, when 
it receives image data captured by its associated image- 
5 capturing device, it will call the appropriate color 

management function to convert the color data to the sRGB 
space. This conversion may be based on an ICC profile of the 
image-capture device, and the name of the device ICC profile 
to be used may be identified by one of the item properties 
10 (e.g., a property named IPA_ICM_PROFILE_NAME) in the driver 
2 item tree representing the device as described above. Some 

1 applications, however, may want to have color image data in 

2 the scRGB color space, which is more suitable for certain 

z( types of color modification operations. Such an application 

3 15 may then set appropriate properties of the device to indicate 

2 that a conversion to the scRGB color space is to be performed. 
U Alternatively, some applications may want to perform color 

3 management operations (including the color space conversion) 
by themselves and therefore intend to retrieve image data in 

20 the native color space of the image-capturing device. In that 
case, the application can set the value of a designated driver 
item property (e.g., a property named IPA_APP_COLOR_MAPPING) 
to indicate that no color conversion is to be performed by the 
device driver. The device driver will then send color image 

25 data in the native color space of the image-capturing device 

to the application through the image acquisition service. The 
selections of whether a color space conversion is to be 



performed, the destination color space of the conversion, and 
the color profile to be used in the conversion, etc., may be 
made by the image-processing application without requiring any 
user input. If desired, the application may present a user 
5 interface to allow a user to make such selections. 

Alternatively, the user interface for prompting user input for 
color management decisions may be provided at the system 
level, i.e., by the image acquisition system instead of at the 
application level. Thus, even if the color application is not 

10 written to take advantage of the flexible color management at 
the device driver level, the options are still available to 
the user through the system-level user interface. Furthermore, 
the decision of whether to apply color management at the 
driver level may also be made by the operating system, e.g., 

15 by the Image Acquisition Service. 

The process of selectively applying color management to 
captured color images in the embodiment of FIG. 2 is now 
described with reference to FIG. 4. When an application 78 
connects to an image-capturing device 100, the image 

20 acquisition service 100 creates a device item tree that 

represents the device and its images and/or folders (step 
136) . The application can select and connect to a device 
without user input, or it can display a dialog box that allows 
a user to select a device. Also, the application can decide 

25 whether to apply any color management to a captured image 
(step 137) . If so, the color management choices are made 
(step 138) . Alternative, the decision to apply color 



management and color management choices may be made by the 
user through a user interface or by the Image Acquisition 
Service. The color management choices may include, for 
instance, whether the color conversion is via standard color 
5 spaces for performance and size considerations or via ICC 

profiles, which allow greater flexibility but are more complex 
to handle. If ICC profiles are to be used, the application 
may decide whether to store the results with an embedded 
profile. Also, if the application does not want to make color 
10 management choices, it may decide to present available color 
management choices to the user through a user interface (step 
uj 139), and the user selections are entered (step 140). 

y3 Alternatively, even if the application does not utilize the 
[y color management, the image acquisition system may still make 
fll5 choices of color management. For example, the image 
Li acquisition system may decide whether to embed profiles with 
«H the color images. This allows, for instance, color data 

captured by a digital camera to be processed using a custom 
w profile provided by the user of that camera. 
20 Using the image acquisition API functions, the 

application can read and set the properties of the items in 
the device tree (step 142) . After the image-capturing device 
has been selected, the application calls an appropriate API 
method to select an image item from the item tree of that 
25 device for data acquisition (step 144). To that end, another 
API method may be called to display a dialog box that allows a 
user to select an image from a specified device. User 




selection is optional, however, and the application preferably 
can determine which image item in the device item tree is to 
be selected. The selected image item (e.g., the image item 
130 of FIG. 3) represents the image to be captured by the 
5 image-capturing device, and the property settings of the image 
item provide the parameters for the device to perform the 
image capturing operation. One or more of the properties 
(e.g., the properties 134 of the image item 130 of FIG. 3) of 
the image item may be used to indicate whether color 
10 management is to be applied to the captured image data and/or 

^ which color management operations are to be performed by the 

5? device driver. 

^ Once the image item representing the desired image has 

^ been selected and its properties set, the application can 
Ol5 request (through the Image Acquisition Service by calling an 
API method) the device to transfer the image data (step 146) . 
FU In response to this data transfer request, the device driver 

: cs 
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□ controls the image-acquisition to start the image acquisition 
operation. The captured color image data are then transmitted 

20 to the device driver (step 148) by the image-capturing device. 

The way the captured color image data are forwarded to 
the application depends on how the image item representing the 
captured image is set up. If the properties of the image item 
are set to indicate that color management is to be performed 

25 (step 150) , the color image data received from the image 

device are stored in a buffer 136 (FIG. 2) in the memory space 
of the system. The device driver then calls the appropriate 



functions of the color management to perform the desired color 
operations on the color image data (step 152) . As described 
above, the color operations may involve the conversion of the 
received color data from the native color space of the image 
5 device to a desired color space, such as the sRGB color space, 
based on the ICC profile of the image device. Other types of 
color management operations may also be performed by the 
device driver on the data. The processed or "color-managed" 
color image data are then forwarded through the Image 
10 Acquisition Service to the image-processing application (step 
154). On the other hand, if the properties of the image item 
indicate that no color management is to be applied at the 
device driver level, the device driver simply forwards the 
; \: color image data received from the image driver to the 

15 application via the Image Acquisition Service (step 156). 
i;~ In view of the many possible embodiments to which the 

TU principles of this invention may be applied, it should be 

□ recognized that the embodiment described herein with respect 

to the drawing figures is meant to be illustrative only and 
20 should not be taken as limiting the scope of invention. For 
example, those of skill in the art will recognize that the 
elements of the illustrated embodiment shown in software may 
be implemented in hardware and vice versa or that the 
illustrated embodiment can be modified in arrangement and 
25 detail without departing from the spirit of the invention. 

Therefore, the invention as described herein contemplates all 



such embodiments as may come within the scope of the following 
claims and equivalents thereof. 
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